home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / emulations / 2391 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.9 KB
  1. Path: ts36-11.tor.inforamp.net!user
  2. From: scrutnzr@inforamp.net (Jim May)
  3. Newsgroups: comp.sys.amiga.emulations
  4. Subject: Re: Possible reasons for slowness of Netscape with SS?
  5. Date: 3 Mar 1996 08:53:21 GMT
  6. Organization: M.O.R.E.  (Men Of Reason -- Everywhere!)
  7. Message-ID: <scrutnzr-0303960358250001@ts36-11.tor.inforamp.net>
  8. References: <5rravi5btb.fsf@ritz.mordor.com>
  9. NNTP-Posting-Host: ts36-11.tor.inforamp.net
  10. X-Newsreader: Yet Another NewsWatcher 2.1.5
  11.  
  12. In article <5rravi5btb.fsf@ritz.mordor.com>, benjamin@ritz.mordor.com
  13. (Joseph Thomas) wrote:
  14.  
  15. > My setup: A1200, 1230XA (50mhz 68030) + 16 megs fast, No SS keyfile
  16. > yet (currently using the AddBuffers trick)
  17. > 
  18. > MacPPP starts up fine with a 28.8 connection (MacTCP serial port
  19. > setting is at 28.8; I tried 57.6 at someone's suggestion, but my
  20. > connect script stopped working).
  21. > 
  22. > When I start up Netscape, it takes about 50 seconds to fully get the
  23. > Netscape homepage (which, with on the same machine, mlink/Amosaic gets
  24. > it in about 10).
  25. > 
  26. > I would have thought that this would be the one exception to the
  27. > slowness problem due to an emulated OS; that my modem, with its 28.8
  28. > connection, would transfer information mostly independent of my
  29. > A1200.
  30. > 
  31. > By mostly, I mean that the actual downloading part would happen as
  32. > fast as my modem could handle it, but it still needs to send the data
  33. > through my serial port, which needs to be read using cycles of my
  34. > A1200's CPU.  Of course, this is just my speculation; I don't know if
  35. > this is actually how it works (that's why I'm posting this ;) )
  36.  
  37. All 14.4 and 28.8 modems have onboard compression; that is why you MUST
  38. set the speed of the serial link from computer to modem at a speed that is
  39. AT LEAST twice that of the rated phone line speed (i.e. the 14.4K or 28.8K
  40. figure).  In my case, my ISP insisted (during a short-lived
  41. troubleshooting session) that I use 19.2K with my 14.4.  I did it by way
  42. of eliminating that as an alligator in the swamp at first, just to pacify
  43. the tech support geek who'd been programmed to follow that sequence and
  44. not take advantage of customer sentience ;^).
  45.  
  46. (As it turns out, the problem I was having was neither a failure of
  47. ShapeShifter nor of my configuration, but it was a lingering reference to
  48. my previous ISP buried in a corrupt preferences file.  Goddamn, SS is so
  49. good it even emulates Macintosh system _flaws_ perfectly!)
  50.  
  51. Anyway, after we got it up and running, I proceeded to run the Newswatcher
  52. program to change the news server info.  It proceeded to download the
  53. entire newsgroup list, a huge _text_ file.  It took about 10 minutes,
  54. after which it crapped out because the list was so huge that Newswatcher
  55. ran out of memory.
  56.  
  57. So I proceeded to tweak its memory setting and ran it again -- after
  58. bumping the computer-to-modem link back up to 38.4K (my normal and present
  59. setting).  It loaded in _under_ 5 minutes with no problem.
  60.  
  61. What happens is that the bits that come in at 28.8 kbps are _compressed_
  62. data that are uncompressed in the modem!  As a result, if your serial link
  63. is only 28.8Kbps, data piles up in the modem and creates overruns. 
  64. Compression ratios for text (which includes HTML) are normally 2:1, but
  65. can theoretically go up to 4:1.  I have seen my 14.4 modem come perilously
  66. close to overruns even at 38.4K serial speed when receiving text.  How do
  67. I know this?  My incoming data LED (RD) flashes whenever data is being
  68. sent from the modem to the computer; if it is ON SOLID (as opposed to
  69. flickering) that means that the entire serial bandwidth is being used; if
  70. the compression got any better, there would be data overflow.  Normally,
  71. when the compression ratio is not so good (as when receiving binary), the
  72. LED has quite a bit of flicker, since the serial line is idle about half
  73. the time since the data didn't compress much and comes out more or less
  74. around 16Kbps, which leaves about 22Kbps of unused bandwidth (the LED is
  75. out).
  76.  
  77. If your RD LED is on solid, this is unquestionably part of the problem --
  78. you are experiencing data overruns.  Check the "Stats" option under
  79. ConfigPPP to see what its says for "Hdw overruns".
  80.  
  81. If having a faster serial setting is a problem, try the following:
  82.  
  83. 1.  Apparently, 57.6 is not a "standard" speed (I forget where I heard
  84. this); try 76.8 (that's what I would use with 28.8) or 38.4 (in a pinch;
  85. it will improve but not cure the overruns.  Binary will be OK, but text
  86. compresses well and will overrun).  Use a shorter serial cable , if it's
  87. any longer than 10 ft. or so.  Try six feet.  Ditch the switch box for
  88. now, if you have one.
  89.  
  90. 2.  Flow control is used between the computer and the modem to manage
  91. overrun; these are the CTS and RTS lines (Clear to Send and Ready to
  92. Send).  You may have an iffy cable or slightly lame CIA chips or flow
  93. control chips (1488 and 1489).  Pray that it's the latter if it's going to
  94. be hardware, unless they also did those SMT (stoopid) in the 1200.
  95.  
  96. BTW:  You said "MacTCP serial port" setting; I assume you meant
  97. ConfigPPP?  The serial port speed setting is there.
  98.  
  99. Good luck.
  100.  
  101. Jim May
  102.